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REMARKS 
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CENTRAL FA < CEtyTEfl 

APR 1 1 2007 



This is amendment is in response to the Office action dated October 19, 2006. The 
amendments to claims 1 , 5, 1 5 and 17-18 place the application in better form for appeal 
by materially reducing or simplifying issues for appeal. Claims 1-18 are presented for 
examination. Applicants request reexamination and reconsideration of the application. 

On page 2 of the Office action, the Examiner rejects claims 1-18 under 35 USC 1 03(a) 
as unpatentable over US Patent No. 6,510,439 B1 to Rangarajan et al. (Rangarajan) 
and US Patent No. 6,792,459 B2 to Elnozahy (Elnozahy), collectively (the references). 

On pages 2-3 of the Office action, the examiner asserts that Rangarajan teaches the 
invention substantially as claimed and a client-side caching system and cites to the 
following passages in support: Rangarajan, col. 4, lines 41-47, col. 7, lines 8-16, col. 7, 
lines 31-44, and col. 9, line 65 - col. 10, line 11. 

However, Rangarajan fails to describe our client-side caching system. First we will 
address the examiner's cited passages: 

Nothing in col. 4, lines 41-47 of Rangarajan discusses our client-side caching system. 
Instead, Rangarajan states that a client requests a document through the HTTP server 
1 6, a CGI script 18 passes the request to a state management server (SMS) 12, which 
examines a registration table 14 and the state information provided by the client to 
retrieve a document. The HTTP server 16, the CGI script 18, and SMS 12 are all server 
side components (see Figure 1 ) so this says nothing about our client-side caching 
system. 

Nothing in col. 7, lines 8-16 of Rangarajan discusses our client-side caching system. It 
tells us that Rangarajan's CGI script 18 is used as an interface between the HTTP 
server 16 and SMS 12. The HTTP server 16 sets the CGI environmental variables to 
reflect the requested URL and the cookie(s) accompanying the request. The CGI script 
1 8 establishes an Internet socket connection with the SMS 12 and forwards the URL 
and any cookies to the SMS 12. This passage also discusses the server-side 
components and says nothing about our client-side caching system. 
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1 Nothing in col. 7, lines 31-44 of Rangarajan discusses our client-side caching system. 

2 Instead, Rangarajan states the SMS 12 receives a forwarded URL and a cookie from a 

3 CGI program, i.e., the CGI script 1 8. The CGI script 1 8 accesses the data of the 

4 registration table 14 and determines the file path of the document for the client to 

5 receive according to the data contained in the cookie. The decision as to what version 

6 of a document should be provided to a client is made based on state information that is 

7 stored in the cookie, i.e., the last version of the group that was accessed and which 

8 document in that group has already been requested. The cookie state information is 
g then revised to indicate the new reference and the determined file path, and a new 

10 cookie is returned to the HTTP server 16 by the CGI script 1 8. The HTTP server then 

1 <\ retrieves the identified document and returns it and the modified cookie to the client 24 

12 (col. 7, lines 30-44). Again we only learn details about the server-side operation. 

13 Nothing in col. 9, line 65 through col. 10, line 1 1 of Rangarajan discusses our client-side 

14 caching system. Instead, Rangarajan says if a client makes a request for a document 

15 which has an associated time out period, the cookie returned by the SMS 12 has its 

16 EXPIRES field set to be the present time plus the time-out period. If the client makes 

1 7 subsequent requests for documents in this version, then the EXPIRES field in the 

18 cookie will be updated with each request. However, if the time between two requests to 

19 the group exceeds the time-out period, the expiration time for the cookie lapses and the 

20 client automatically discards the cookie. A subsequent request by the client to the group 

21 of documents is not accompanied by a cookie and thus, a new logical session starts 

22 and the client will request the latest version of the document from the server. 
23 
24 
25 
26 
27 
28 

29 Rangarajan also involves unnecessary trips to the server. For example, if the time 

30 between two client requests exceeds the time-out period, Rangarajan automatically 



Because Rangarajan's expiration times are stored in the server-side registration table 
14, Rangarajan cannot determine if the last version of the document is in client cache 
without returning to the server unless the expiration times are always correct . For 
example, if a document Is updated at the server before the cookie EXPIRES time 
lapses, Rangarajan will retrieve an out-of-date document from client cache. 
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1 discards the cookie as Rangarajan's presumes the client cached document is out-of- 

2 date. However, if the document was not modified between the time of the first and 

3 second client requests, which is often the case, the second client request returns to the 

4 server for the requested document even though the client cache contains the latest 

5 version. Clearly, Rangarajan wastes network bandwidth and increases page latency. 



6 

7 
8 
9 
10 
11 
12 



Our invention relates to a client-side caching system that avoids these problems. Our 
invention provides a client for issuing a request for a web page, entity, or document (l.e 
resource) to a server, which responds with a cache control object such as a cookie and 
client-side script. The cookie value represents the last version of the resource. The 
client-side script appends the cookie value to the original request such that the client 
automatically re-requests the resource with the cookie value appended. If the most 
recent version of the page is In the client cache, the resource is retrieved from client 

1 3 cache rather than from the server. If, on the other hand, only an older version of the 

14 resource is in the client cache, the client will send the request to the server to retrieve 

15 the most recent version. Unlike Rangarajan, our Invention eliminates all client server 

16 communication when the resources in the client cache are valid which dramatically 

17 reduces network congestion and provides a much snappier response time to the user. 

18 
19 
20 

21 We dont believe Rangarajan teaches these functions because it fails to describes any 

22 script (client-side or server-side) that appends a cookie value to a request such that the 

23 client automatically re-requests the resource with the appended cookie value so that if 

24 the most recent version of the resource is in the client cache, the resource is retrieved 

25 from client cache rather than from the server, and if not, the resource is retrieved from 

26 the server. 



27 
28 
29 
30 



The examiner concedes Rangarajan fails to describe a client-side script, but needs to 
also consider if Rangarajan performs the same functions as our client-side script. 



Elnozahy fails to make up for this basic deficiency in Rangarajan. First, Elnozahy*s 
client-side scripts do not perform these functions. Instead Elnozahy's client-side scripts 
are inserted In web pages to measure their response times to verify compliance with 
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1 service level agreements between a service provider and a business (Abstract). This is 

2 a different field. 
3 

Elnozah/s client-side scripts are not related to caching. As illustrated in Figure 3, if a 
user clicks on a link 205 in a first web page that points to a second web page, a first 
script 21 0 is invoked that starts a timer and saves a start time for loading the second 

6 

web page. When the second web page Is fully loaded by the browser, a second script 



220 is invoked that saves an end time and computes the response time from the start 
and end times. A third script associated with an onunload handler can be used to report 
the measurements of the response times (see cois 7-8). Given the above, we dont think 
Elnozahy is prior art. 



7 
8 
9 

10 
11 

12 In short, Elnozahy is (1) outside the field of inventors' endeavor client-side caching and 

1 3 (2) not reasonably pertinent to providing a solution to the problem of page latency. 

14 In view of the above, Rangarajan and Elnozahy would not have made obvious claim 1 

15 and we respectfully submit that claim 1 is allowable. 

16 

^ 7 Although we don't believe it is necessary to allowance of any claim, we also maintain 
1g the references should not be combined. As stated before, In ra Gordon, 733 F.2d 900, 

221 USPQ 1 125 (Fed. Cir. 1984) states an obviousness rejection based on modification 
2Q of a reference that destroys the intent, purpose, or function of the invention described in 

the reference is not proper since there is no technological motivation for the 

modification. 

22 

23 The examiner's proposed modification destroys Rangarajan's function to provide 

24 coherent and efficient access to users of different versions of a group of documents 

25 stored on an HTTP server. 
26 

First, nothing in Rangarajan or Elnozahy informs which server-side components (e.g., 
CGI script 18, the SMS 12, the registration table 16, etc) should run on the client: 

28 

29 If one moves the CGKscript 1 8 to the client, it requires the client communicate each time 
3Q with the SMS 1 2 to determine the correct version of the documents to access (see col. 
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29 
30 



If one also moves Rangarajan's registration table 14 to each client, each client listed in 
the registration table 14 loses confidentiality over its documents. For example, the 
entries john_ thesis and jane_resume in the registration table 14 in Figure 2 show 
multiple client's information coexist in the registration table 14. Finally, updating the 
registration table 13 on multiple clients is inefficient compared to updating it on a server. 



Claim 3 is allowable based on its dependency on allowable claim 1 , and because the 
references fail to suggest the server response includes a non-displayed relatively small 
page and the client-side script is in the entity body of the response. 



1 7). This extra client-server interaction makes it much less efficient than our invention. 
2 

3 
4 
5 
6 
7 

8 Claim 2 is allowable based on its dependency on allowable claim 1 

9 
10 
11 
12 

13 Claim 4 is allowable based on its dependency on allowable claim 1 . 

14 Contrary to the Office action on pages 4-5, Rangarajan does not teach the functions of 

15 the client-side script of claim 5 as discussed in connection with claim 1 . Thus, 

16 independent claim 5 and its dependent claims 6-7 distinguish over the references for 

1 7 the reasons presented in connection with allowable claim 1 . 
18 

19 

20 Contrary to the Office action on page 6, Rangarajan does not teach the functions of the 

21 client-side script of claim 9 as discussed in connection with claim 1 . Independent claim 

22 9 and its dependent claim 10 distinguish over the references for the reasons presented 

23 in connection with allowable claim 1 . 
24 
25 
26 
27 

28 Claims 12-14 are allowable based on their dependency on allowable claim 9. 



Claim 8 is allowable based on its dependency on allowable claim 1. 



Claim 1 1 is allowable based on its dependency on allowable claim 9, and because the 
references fail to suggest the server response is a relatively small non-displayed page 
and the client-side script is in the entity body of the response. 



Contrary to the Office action on page 8, Rangarajan does not teach the functions of the 
client-side script of claim 15 as discussed in connection with claim 1. Independent claim 
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15 and its dependent claims 16-17 distinguish for the reasons presented in connection 
with allowable claim 1 . 

Contrary to the Office action on pages 9-1 0, Rangarajan does not teach the functions of 
the client-side script of claim 18 as discussed in connection with claim 1. Independent 
claim 18 distinguishes for the reasons presented in connection with allowable claim 1. 

It is submitted the application is now in condition for allowance. 

Please call if you have a question, comment, or it will expedite progress of the 
application. 



Respectfully submitted, 



Robert Moll 
Reg. No. 33,741 



1 173 Saint Charles Court 

Los Altos, CA 94024 

Tel: 650-567-9153 

Fax: 650-567-9183 

Email: ramoll@DatentDlanet.com 
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